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Об одном подходе к интеллектуализации 
средств мультиязыковой трансляции 
при решении задач САПР 


Рассматривается подход к интеллектуализации разработанной ранее среды многоязыковой трансляции 
(мультитранслятора) посредством подключения к ней экспертной системы для поддержки автоматического 
перевода моделей устройств на различных уровнях проектирования систем на кристалле. Реализация 
данного подхода позволяет расширить функциональные возможности мультитранслятора и САПР СБИС, 
использующих его в качестве средства перевода и синтеза описаний моделей. 


Введение 


При разработке систем на кристалле (СНК) современные САПР СБИС позволяют 
реализовать полный цикл синтеза моделей устройств посредством использования 
собственных компонент-синтезаторов, генерирующих описания, реализованные на 
одном из языков описания аппаратуры (ЯОА), на каждом этапе проектирования [1], [2]. 
Данные САПР традиционно ориентированы на определенные версии ЯОА, и добав- 
ление поддержки нового или изменение версии существующего языка возможно 
только путем модернизации самой системы проектирования и становится доступным 
пользователям только при выходе ее новой версии. 

Для обеспечения возможности оперативного расширения набора ЯОА для совре- 
менных САПР предложено использовать разработанные средства многоязыковой 
трансляции на различных этапах проектирования СБИС [3]. 

Подход, используемый в средствах многоязыковой трансляции, названных мульти- 
транслятором (МТ) [4], позволяет отделить процесс описания правил трансляции от тех- 
нических вопросов ее организации. Процесс создания нового транслятора в МТ 
сводится к описанию правил трансляции для каждой пары языков в трансляционном 
модуле (ТМ), подключаемом к инвариантному относительно решаемой задачи ядру 
мультитранслятора. Данный подход позволяет успешно применять МТ не только для 
решения задач перевода моделей систем моделирования [5] и разработки компиляторов 
с языков высокого уровня [6], но и использовать его при проектировании СНК, 
например, для конверсии алгоритмических описаний на высокоуровневых языках 
описания аппаратуры (таких, как ЗужетС и УНПГ) [3] или для КТГ-синтеза пове- 
денческого описания. 

Применение мультитранслятора для перевода моделей на различных этапах 
проектирования позволяет сделать САПР СБИС более гибкой и универсальной. 
Но следует подчеркнуть, что в процессе решения некоторых подзадач перевода воз- 
никают проблемы, которые невозможно решить стандартными средствами МТ. Такие 
проблемы, например, возникают в случаях, когда мультитранслятору не достаточно 
входных данных для продолжения процесса мультитрансляции или когда подзадача 
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перевода имеет более одного допустимого решения. Выходом из данной ситуации 
является привлечение пользователя, разрешающего неоднозначность перевода при 
помощи диалогового Мастера трансляции, либо применение дополнительных интел- 
лектуальных средств МТ. В качестве такого средства интеллектуализации мультитранс- 
лятора предлагается использовать экспертную систему (ЭС) [7], которая способна 
принять решение вместо специалиста в области проектирования СБИС, причем решение 
ЭС не должно уступать по качеству и эффективности решению такого специалиста. 


1 Применение экспертных систем в задачах конверсии 
моделей на языках описания аппаратуры 


Процесс мультитрансляции представляет собой генерацию для каждой конструк- 
ции или набора конструкций входного языка некоторой конструкции или набора 
конструкций выходного языка по правилам, описанным в трансляционном модуле МТ. 
Генерация выходного кода производится в процессе построения синтаксического дерева 
входного языка. Если параметры разбираемой конструкции входного языка следуют в 
порядке, отличном от аналогичных параметров конструкции выходного языка, то гене- 
рация выходного кода не может быть осуществлена последовательно по мере разбора 
синтаксических символов входного языка. В таком случае возможно применение либо 
отложенного формирования генерируемого кода, либо вставка кода посредством 
текстовых меток [3]. 

Для передачи данных между грамматическими правилами ТМ, описывающими 
разбор конструкций входного языка, целесообразно использовать стек, который 
может хранить как простые строковые значения, так и более сложные структуры 
данных. При этом разрешается передавать посредством стека между символами син- 
таксического дерева параметры различной сложности (отдельные строки, структуры 
данных, ссылки на таблицы и т.п.). Это позволяет снизить потребность в ресурсах 
инструментальной рабочей станции, поскольку такие структуры данных создаются 
только при разборе тех символов синтаксического дерева, где они действительно 
необходимы, и высвобождаются по мере выхода из соответствующих символов. Для 
работы со стеками и построения динамических массивов и таблиц любой степени 
сложности мультитранслятор позволяет использовать модули расширения и дина- 
мические подключаемые библиотеки с необходимыми функциями, реализация которых 
может быть осуществлена пользователем на различных языках программирования 
высокого уровня. 

Рассмотренные подходы позволяют выполнять мультитрансляцию различных 
конструкций входного языка описания аппаратуры (например, ЗузетС) в конструк- 
ции выходного языка (УНПГ) [3]. При этом следует учесть особенности отдельных 
конструкций ЯОА, как со стороны их синтаксического способа представления, так и 
со стороны их применимости в различных частях программного кода. Также должны 
быть определены ограничения для синтаксиса входных конструкций. Это связано с тем, 
что не все конструкции, поддерживаемые входным языком, могут быть переведены в 
соответствующие конструкции выходного языка. 

В общем случае набор транслируемых конструкций ЯОА можно разделить на 
группы (программные модули устройств, структурные описания, операторы, выра- 
жения), алгоритмы мультитрансляции которых могут быть реализованы на основании 
знаний об особенностях построения аналогичных конструкций входного и выходного 
языков [3]. 


624 «Искусственный интеллект» 472010 


Об одном подходе к интеллектуализации средств... 7Ч 


Структурное описание в ЯОА предназначено для объединения отдельных 
экземпляров устройств (компонент) в единую схему. Например, в языке Зу\етсС [8] 
отдельные компоненты декларируются в разделе объявлений программного модуля 
устройства. Синтаксис их объявления полностью совпадает с объявлением других 
объектов модуля [9], за исключением того, что имя типа компоненты может быть 
произвольным. При этом необходимо учитывать, что для генерации соответствующей 
компоненты выходного языка трансляционному модулю мультитранслятора необходи- 
ма информация о количестве и типах портов такой компоненты, а также ТМ должен 
иметь информацию об используемых внешних компонентах. 

В ситуации, когда в процессе разбора входного языка было распознано имя неко- 
торой компоненты, можно предложить следующие варианты работы мультитранслятора: 

1) МТ формирует имя и набор параметров (интерфейс) компоненты выходного 
языка, опираясь на описание компоненты в таблице компонент пакета транслируемых 
файлов. Такая таблица формируется в процессе трансляции подключенных файлов с опи- 
санием исходного кода самих компонент. Таким образом, до трансляции объявления 
компоненты в текущем программном коде устройства мультитранслятор должен 
предварительно транслировать код самой компоненты и иметь необходимые данные 
о количестве и типе ее портов; 

2) мультитранслятор имеет описание компоненты в библиотеке соответствия 
компонент для пары языков, например, для ЗубетС и УНОГ. Поскольку подключаемые 
компоненты на ЗузетС могут являться собственностью сторонних разработчиков и 
распространяться без исходных кодов, то в таком случае мультитранслятор должен 
иметь специальную библиотеку, в которой были бы заранее размещены описания 
интерфейсов компонент на ЗууетС и описания интерфейсов аналогичных устройств, 
реализованных сторонними разработчиками на УНОГ. В процессе трансляции МТ 
производит замену имен компонент входного языка описания аппаратуры соответству- 
ющими именами выходного языка и использует определенный порядок параметров 
компонент, опираясь на данные из библиотеки соответствия. Недостаток такого подхода 
заключается в необходимости составления библиотек соответствия, которые для данной 
задачи может сформировать только разработчик, знающий все используемые в трансли- 
руемом проекте сторонние компоненты ЗузетсС и их аналоги для УНОГ; 

3) мультитранслятор при помощи модуля-мастера запрашивает у пользователя 
в диалоговом режиме имя и интерфейс аналога для найденной компоненты входного 
языка. На рис. | показано условное графическое изображение такого диалогового 
мастера на примере языков ЗузетС и УНПГ. На этом рисунке символами вопросов 
обозначены поля ввода соответствующих параметров для компоненты выходного 
языка. Пользователь должен ввести имя и библиотеку некоторой компоненты на УНОГ, 
которая является функциональным аналогом найденной компоненте на языке ЗузетС, 
а также задать соответствие портов компонент. Область применения мастеров не огра- 
ничивается установлением соответствия компонент. Они могут быть использованы 
для разрешения различных неоднозначностей в процессе трансляции программного 
кода устройств. Основной недостаток данного подхода — необходимость участия 
человека-эксперта в процессе мультитрансляции, что делает недоступным применение 
МТ пользователями, не имеющими углубленных знаний в области языков описания 
аппаратуры. 

Другой специфичной подзадачей в области конверсии моделей на ЯОА, является 
мультитрансляция типов данных, сигналов и портов устройств. Часто возникают ситу- 
ации, когда множество значений аналогичных типов данных для входного и выходного 
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языков совпадают не полностью. Так множество значений выходного типа данных 
может являться подмножеством входного типа. Таким образом, в процессе мультитранс- 
ЛЯЦИИ выражений должна происходить замена входных константных значений, аналоги 
которых не существуют во множестве значений соответствующего типа данных выход- 
ного языка, некоторыми другими допустимыми значениями. В табл. 1 показано соответ- 
ствие входных и ВЫХОДНЫХ значений типов данных стандартной ЛОГИКИ ДЛЯ ЯЗЫКОВ 
ЗузетС и УНОГ. 


м 


— 


Рисунок 1 — Диалоговое окно мастера определения аналога компоненты 


Масте 
Таблица 1 р 
Допустимые значения Допустимые значения 
$4 1021с 5с 1о=1с Описание 
(входной код УНОГ.) (выходной код Зу%етС) уе! 
*0? *0’ Логический ноль 
2 “1? Логическая единица ка | № ЬМ ат 
“Х’ “Х’ Неизвестное значение 
‹ > ‹ г 
7, 7, 7-состояние 
“Ч, ‘М, ТГ’, “Н?, *-? Не поддерживаются Другие значения га СотМа 
Как видно из табл. 1, множество значений выходного типа данных явлуру-орКуа- 
щенным по отношению к множеству входных значений. Следовательно, в ты. Рой1 : Т\ 
мультитрансляции необходимо каждое неподдерживаемое выходным языком значение Рон? : Т\ 
заменять разрешенным. Для полной автоматизации такого процесса предлагается при- 
менение подключаемой экспертной системы, которая позволит определять значения —. 
констант автоматически, оперируя знаниями о способах подстановки значений Рой М: т) 


констант в зависимости от контекста их применения в программном коде модели 
устройства. 

Подход на основе экспертной системы также может использоваться при приведе- 
нии типов для операндов выражений. 

Например, язык ЗузетС позволяет выполнять операции над объектами различных 
типов с использованием неявного приведения типов [9], в отличие от выражений на 
УНПГ, где все типы операндов и допустимые для них операции заданы в соответ- 
ствующих подключаемых библиотеках. Следовательно, не все входные выражения 
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на ЗуетС могут быть транслированы в соответствующие выходные выражения на 
УНОГ. Эту проблему можно решить при помощи дополнительных операторов, под- 
держиваемых языком УНОГ для явного преобразования типов объектов. При этом 
для трансляции выражений могут быть применены различные наборы операторов 
приведения типов данных. 

Процесс обработки выражений и решения задачи доопределения операндов может 
быть реализован мультитранслятором с помощью диалоговых мастеров, позволяющих 
выбрать для каждого операнда необходимого оператора приведения типа. Но более 
эффективным представляется решение данной задачи при помощи специализированной 
экспертной системы, позволяющей выполнить приведение типов автоматически, 
основываясь на знаниях специалистов-экспертов в области разработки СБИС и с учетом 
различных критериев, таких как минимизация числа операторов приведения в выра- 
жении или применения операторов, требующих минимальных затрат ресурсов про- 
ектируемого устройства при реализации СБИС. Экспертная система должна принимать 
решения при возникновении ситуаций неопределенности перевода и должна иметь 
возможность пополнять собственную базу знаний [7]. 

На рис.2 изображена организация подключения и взаимодействия мульти- 
транслятора с экспертной системой. 


А 


Е 


Рисунок 2 — Структура взаимодействия мультитранслятора и экспертной системы 


По окончании разбора выражения в ТМ мультитранслятора в ЭС посредством 
прикладного интерфейса (АРТ) передается разобранное выражение в специальном 
виде с указанием типов операндов. 

Далее работу по обработке выражения берет на себя сама ЭС. База знаний 
экспертной системы при этом должна содержать набор правил разбора входного 
выражения, размещаемый в рабочей памяти. Правила записываются на специальном 
языке символьного программирования и имеют вид: Если <Условие> тогда 
<Действия>. Каждое правило может иметь не заруонфуваку, назначаемую при 
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вводе правил или формируемую автоматически в процессе обучения системы. Правила 
поочередно применяются при помощи механизма логического вывода ЭС к вход- 
ному выражению, при этом если условия правила применимы, то выполняется 
некоторое действие по модификации выражения в рабочей памяти. Условия правил 
могут относиться как к конкретным, рядом расположенным операндам выражения, 
связанным конкретной операцией, так и касаться статистических данных обо всем 
выражении (например, количества наиболее часто повторяющихся типов данных 
операндов). 

После применения каждого правила к выражению, оно может быть модифи- 
цировано различными способами: 

— два объекта, имеющие исходный тип данных и связанные операцией Х, могут 
быть заменены новым объектом А типа ТК, если язык УНОГ, поддерживает опера- 
цию Х, результат которой имеет тип ТК; 

— объект А типа ТО может быть приведен к типу ТА оператором приведения 
типов Р и заменен объектом А типа ТА, если язык УНПОГ, поддерживает оператор Р 
приведения типа 70 к типу ТК. 

В результате применения последовательности правил к входному выражению в 
рабочей памяти ЭС останется единственный операнд определенного типа данных. 
Если тип этого операнда совпадает с требуемым типом выражения (передается в ЭС 
при передаче выражения для обработки), то задача разбора выражения считается 
завершенной и ЭС передает трансляционному модулю МТ результат работы в виде 
специальной строки, формируемой в процессе применения правил. В противном случае 
производится откат на одну операцию модификации выражения и применяется другое, 
удовлетворяющее его условиям правило, если последнее существует. Если же правило 
не существует, то снова производится откат, и так до тех пор, пока не будет найдено 
новое правило. Фактически данная система является продукционной, состоящей из 
множества правил (продукционная память) и интерпретатора правил, позволяющей 
производить эвристический вывод выражений с возможностью обучения. 

Правила формируются в процессе обучения ЭС пользователем-экспертом. При 
обучении на ее вход подается выборка из различных выражений, включающих в себя 
разнообразные комбинации типов данных операндов. При разборе выражения в про- 
цессе обучения эксперт посредством подсистемы диалога (интеллектуального редак- 
тора) [10] добавляет правила логического вывода, которые он формирует, опираясь 
на свои знания о процессе приведения типов данных. Редактор должен предоставлять 
эксперту развитые средства для пополнения базы знаний ЭС, при этом тонкости 
реализации системы должны быть скрыты от эксперта. 

Например, эксперт может знать, что в выходном языке описания аппаратуры 
существует операция сложения операнда типа вектор бит и константы единицы, и 
при этом результат такого выражения будет вектором бит. В таком случае эксперт 
вносит правило «Если операнд типа вектор бит и операнд, равный константе еди- 
ницы, объединены операцией сложения, тогда заменить это подвыражение операн- 
дом типа вектор бит». 

Каждому конкретному состоянию выражения в рабочей памяти ЭС могут по 
условию подходить одновременно несколько правил. Для разрешения таких кон- 
фликтов в процессе разбора выражения ядро ЭС использует некоторые эвристические 
оценки, позволяющие ЭС выбирать одно из наиболее подходящих правил. Оценка 
может формироваться различными способами. Одним из таких способов может быть 
присвоение каждому правилу числа, характеризующего ресурсоемкость оператора 
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приведения типов, применяемого к операнду в выражении. Каждый оператор приве- 
дения типов ЯОА при реализации на СБИС будет заменен схемой, занимающей 
некоторый объем ресурсов. Объем ресурсов может быть представлен численным 
значением, которое вводится экспертом для каждого нового правила в процессе 
обучения ЭС. Другой оценкой может служить относительный приоритет каждого 
правила. Так, при возникновении конфликта в процессе обучения ЭС эксперт может 
выбрать из списка правил, подходящих по условию для данной ситуации, одно 
правило, которое он считает наиболее подходящим, при этом рейтинг этого правила 
относительно других, предложенных эксперту, автоматически наращивается. 

В процессе автоматического разбора выражений экспертная система будет сама 
выходить из конфликтов, выбирая наиболее приоритетные и имеющие наименьшую 
ресурсоемкость правила. Кроме приведенных типов оценок, могут быть использованы 
и другие, например оценка общего количества операторов приведения, разрядность 
операндов, к которым применяется операция приведения типов. 


2 Интеллектуализация мультитрансляции в задачах 
КТГ-синтеза моделей на языках описания аппаратуры 


Предложенный подход к интеллектуализации средств мультитрансляции может 
быть использован как при конверсии ЯОА-программ, представленных на архитектурном 
уровне абстракции, так и для перевода моделей на более низких уровнях, например, 
для синтеза поведенческих моделей цифровых устройств на уровне регистровых 
передач. 

Синтез уровня регистровых передач (ВТТГ.) представляет собой процесс трансляции 
программы алгоритмического уровня, заданной набором конструкций определенного 
языка описания аппаратуры, в набор соответствующих укрупненных примитивов из 
выбранного базиса. При этом совокупность примитивов описывает функциональную 
схему, которая далее может быть использована другими средствами синтеза для 
последующих этапов проектирования системы на кристалле (например, для логичес- 
кого и физического синтеза) и реализована в СБИС [1]. Примитивы ВТГ.-представления 
должны быть описаны специальным КТГ-языком, например, может быть использован 
один из известных форматов обмена проектами электронных схем (ЕГТЕ, СТЕ, ОХЕ и др.). 

В качестве языка, генерируемого ТМ мультитранслятора, был предложен упро- 
щенный язык, примеры конструкций которого, с соответствующими им функцио- 
нальными элементами, приведены в табл. 2. 


Таблица 2 — Примеры конструкций ВТГ-языка и соответствующих 
функциональных элементов 


Текстовое Функциональные 
Модель 
ВТГ-обозначение элементы 
з ‚| АБО ( 11 А: <М1хе>, 
М-разрядный знаковый а, 
оиметор опЕ О:<И1ке> ) 
и МОХ (11 А: <М1ке>, 
Е 1п В:<И1ге>, 
Е 11 5:<И1ге>, 
мультиплексор БЕ О 
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Проведенные исследования по трансляции при помощи МТ набора высоко- 
уровневых синтезируемых конструкций языка УНПГ. (выражений, операторов условия, 
операторов присваивания, операторов цикла и других) продемонстрировали необхо- 
димость использования ЭС для разрешения ситуаций неопределенности, связанных с 
построением реализуемых на СБИС логических схем. 

Экспертные системы могут потребоваться для решения проблем реализации и 
оптимизации СБИС с учетом заданных ограничений (например, распараллеливание 
и синхронизация схем в зависимости от временных ограничений, задаваемых разра- 
ботчиком устройств). Так, например, циклы в языке УНОГ. могут транслироваться: в 
повторяющиеся комбинационные схемы, количество которых совпадает с числом 
итераций цикла, или в синхронную схему, которая будет производить одинаковые 
вычисления последовательно на каждой итерации цикла для различных входных 
параметров [11]. Понятно, что выбор способа трансляции УНОГ-кода зависит от 
характеристик СБИС выбранной для реализации схемы. 

Одной из важнейших задач, которая может быть решена мультитранслятором 
при помощи ЭС, является процесс трансляции из низкоуровневого КТГ-описания в 
высокоуровневое, например, на языке УНОГ.. При решении такой задачи возникает 
неопределенность при выборе способа трансляции тех или иных групп инструкций 
низкоуровневого описания схемы в алгоритмические конструкции ЯОА высокого 
уровня. 

Например, последовательность операторов ВТГ-языка: 


ТАТСН (11 А: ИМ1ге А[0], 11 Е: М1ге В[0], очЕ О:М1ге С[0] 


) 
ТАТСН (11 А: И1ге А[1], 1п Е: М1ге В[1], оч О:М1ге С[1]) 


<. 


где ГАТСН -— защелка с входом данных 4, входом разрешения записи Ё и выходом (), 
в терминах языка УНОГ, может быть описана различным образом: 


1) как оператор условия 
1Е В=”11” Ереп С<=А; епа 1Е; 
2) — как оператор цикла с условием 
Бог 1 41 0 Фо 1 1оор 
1Е В(1)=’1’ %Ъеп С(1)<=А(1); епа 1Е; 
еп 1оор; 


В данном случае задачей экспертной системы является интеллектуальное выде- 
ление подгрупп низкоуровневых инструкций и их объединение в высокоуровневые 
конструкции с оптимизацией кода по таким критериям, как общий объем кода, 
простота кода и другие. 

Для создания такой ЭС возможно применение специальных инструментальных 
средств разработки экспертных систем и языков представления знаний (например, 
среды СМР [12], языков [15Р и РКОГОО). 

Среда СИР$ предлагает эвристические и процедурные подходы для представления 
знаний и вывода новых фактов, используя для этого специальный ГЛЗР-подобный 
язык представления порождающих правил и язык описания процедур. Среда СТЛР5 
позволяет взаимодействовать с внешними модулями и библиотеками, написанными 
на других языках программирования [12], что позволяет реализовать ее интеграцию 
с мультитранслятором. СГР$ имеет дело с правилами и фактами, описанными особым 
образом. В таком случае для организации взаимодействия и передачи данных в СИР$ 
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трансляционный модуль должен содержать дополнительные процедуры для форми- 
рования данных в формате, понятном системе СТР. Так, описанные ранее в качестве 
примера инструкции ВТГ-языка могут быть представлены в виде фактов СМР$: 


(пэгисНоп (Мате ГАТСН)(трА \М/ге_Ао)(треЕ \\ге_В0)(Ощ@:\Мге_С0)) 
(пэгисНоп (Мате ГАТСН)(трА \М/ге_А1)(треЕ \\ге_В1)(Ощ@:\Мге_С1)) 


Среда СПР$ имеет средства для гибкого описания правил и разрешения 
конфликтов [12] при выборе очередного правила. Таким образом, в процессе разбора 
выражения факты, соответствующие низкоуровневым конструкциям, должны заменяться 
фактами, описывающими высокоуровневые конструкции ЯОА. Так, задача по разбору 
выражения считается завершенной, если в рабочей памяти СИР$ не останется ни 
одного факта низкоуровневой конструкции. Полученные в результате замен факты 
должны быть возвращены мультитранслятору, который, в свою очередь, должен 
преобразовать их к виду, соответствующему УНПОГ-коду. Иными словами, построенная 
на базе СЫР экспертная система может служить эффективным средством интел- 
лектуализации средств мультитрансляции в случае решения задач КТГ-синтеза 
моделей на языках описания аппаратуры при проектировании систем на кристалле 
методами САПР. 


Заключение 


Предлагаемый подход к интеллектуализации мультитранслятора посредством 
подключения к нему экспертной системы расширяет его функциональные возмож- 
ности, повышает универсальность, что чрезвычайно важно как при решении задач 
САПР СБИС, так и при решении других задач многоязыковой трансляции (перевод 
моделей систем моделирования, создание компиляторов с различных языков и т.п.). 

В данном случае целесообразно применить единую экспертную систему взамен 
отдельных узкоспециализированных подсистем для различных задач мультиязыковой 
трансляции. Такая ЭС может быть реализована в виде подключаемого интерпрета- 
тора, использующего универсальный язык символьного или логического програм- 
мирования. В зависимости от конкретной задачи трансляции МТ сможет подключать 
одну из существующих баз знаний и выполнять необходимые преобразования кодов 
посредством ЭС, подавая на вход данные в формате, понятном интерпретатору ЭС. 

Дополнительно отметим, что рассмотренное в данной статье применение эксперт- 
ных систем является одним из возможных подходов к интеллектуализации средств 
мультиязыковой трансляции. Для решения более сложных задач трансляции не исклю- 
чена возможность применения и других подходов, связанных с такими направлениями 
искусственного интеллекта, как нейросетевые и эволюционные вычисления. 
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Про один шдх до 1нтелектуалзацй засобйв мультимовно! трансляций 

при розв?язанн! задач САПР 

Розглянуто шдх!д до 1нтелектуамзаци розробленого ранйие середовища багатомовно! трансляций 
(мультитранслятора) через шдключення до не! експертно! системи для шдтримки автоматичного 
перекладу моделей приладв на разних равнях проектування систем на кристал!. Реалмзащя даного щдходу 
дозволяе розширити функцюнальн! можливост! мультитранслятора 1 САПР НЕС, що використовують 
його як зас16 перекладу та синтезу описйв моделей. 


Уи.Г. СйегпиЕйт, М. Уи. Роепоу, О.Г. Вшгакоу 

АБош: Опе Арргоасй №0 ПуеПесеиаН7айоп о Ми! Шапоцасе Тгапайоп Тоо[$ 

Гог Фе ЕОА'5 ТазК$ Вес1$10п 

Тве арргоасВ ю пиеЦестаПтайоп оЁ ргеуточ$[у деуеоре4 е ти{Папецасе тапз1айоп епупоптепе 
(Ми@бап$1аюг) Бу теапз оЁ пе ехрег зузет изазе ю зиррог оЁ ащютайс тап$айоп оЁ 4еу1сез' по4е!5 
аё уапотз [еуе|5 оГ фе Зужет-Оп-А-Сыр 4ез1еп 1$ сопз14еге4. Ппир]етегиайоп оЁ фе с1уеп арргоасВ 
а о\/з ю ехрапа РапсНопа|@ез оР фе Миетгап$1аог ап4 фе УГЗТЕРА зу%етлз, изше Мииапа‘юг аз а 
тап5]аноп ап зупе$15 {0015 оЁто4е[5’ 4езсирНоп$. 
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